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ENGINEER  MODELING  STUDY  VOLUME  II:  USERS  MANUAL 


1  INTRODUCTION 


Background 

Existing  Army  war  games  are  good  at  representing  unit  offensive  and  defensive  move¬ 
ments,  but  weak  in  measuring  the  contribution  of  combat  engineer  activities  to  the 
combined  arms  team.  The  value  and  effectiveness  of  engineer  fortifications  and  barriers 
are  well  known,  but  current  models  ignore  the  combat  engineers  completely,  confining 
engineer  representation  to  obstacle  effects,  or  estimating  their  efforts  by  extrapolation 
using  a  post -processor.1 

In  1979,  the  U.S.  Army  Engineer  School  (USAES),  representing  the  Training  and 
Doctrine  Command  (TRADOC),  asked  the  US.  Army  Construction  Engineering  Research 
Laboratory  (CERL)  to  correct  this  deficiency.  The  Engineer  Module,  developed  under 
CERL’s  Engineer  Modeling  Study  (EMS),  was  the  result.  This  volume  is  the  second  in 
a  three-volume  report  which  documents  the  capabilities  and  use  of  CERL’s  Engineer 
Module.  The  other  volumes  are: 

Volume  I:  Executive  Summary 

Volume  III:  CORDIVEM/Engineer  Module  Interface  Manual 

This  volume  provides  the  information  necessary  to  prepare  data  for  input  to  the  Engi¬ 
neer  Module,  run  the  module  in  the  stand-alone  mode  (without  CORDIVEM  interface), 
and  understand  the  module’s  output. 

The  Engineer  Module  is  data-driven.  This  allows  the  user  to  make  different  computer 
runs  by  changing  the  data  base,  rather  than  by  changing  the  program  code.  This  makes  it 
easy  for  the  user  to  simulate  new  engineer  systems,  new  engineer  tactics,  and  different 
command  and  control  relationships.  Since  there  will  always  be  more  requests  for  engineer 
resources  than  there  are  engineer  resources  available,  the  user  must  input  automatic 
prioritization  data  to  allocate  resources  among  competing  requests.  The  allocation  of 
resources  then  will  vary,  depending  on  the  user’s  situation  and  the  prioritization  data. 

Because  the  Engineer  Module  is  data-driven,  the  user  must  input  a  considerable  amount 
of  data  before  the  model  will  run.  Once  the  data  are  loaded  into  computer  files,  a  text 
editor  is  used  to  modify  the  data  base  for  subsequent  runs. 

Objective 

The  overall  objectives  of  this  study  were: 

1 .  To  model  the  contribution  of  friendly  and  enemy  engineers  to  the  effectiveness  of 
the  combined  arms  team. 

2.  To  represent,  with  accuracy  and  consistency,  the  effectiveness  of  the  combat  engi¬ 
neer  effort  throughout  the  Army  Model  Improvement  Program  (AM IP)  model  hierarchy. 


1  Engineer  Family  of  Systems  Study  (E-FOSS)  (U.S.  Army  Engineer  School.  1979);  The  Value  of 
Field  Fortification  in  Modem  Warfare  (Historical  Evaluation  and  Research  Organization,  1979);  and 
Historical  Evaluation  of  Barrier  Effectiveness  (Historical  Evaluation  and  Research  Organization.  1974). 


3.  To  develop  a  system  that  the  USAES  and  other  agencies  can  use  to  (a)  review 
modeling  data  so  new  equipment  or  doctrine  can  be  incorporated  easily,  and  (b)  support 
the  evaluation  of  hypothetical  equipment  or  doctrine. 

The  objective  of  this  volume  is  to  (1)  explain  how  to  use  CERL’s  Engineer  Module, 
(2)  help  the  user  prepare  program  input,  and  (3)  help  the  user  interpret  program  results. 

2  OATABASE-AN  OVERVIEW 

Eight  major  sections  comprise  the  Engineer  Module  input: 

1.  Engineer  Systems  (ESY) 

2.  Techniques  (TEC) 

3.  Tasks  (TSK) 

4.  Single  Job  Orders  (SJO) 

5.  Multiple  Job  Orders  (MJO) 

6.  Standard  Requirements  Code  (SRC) 

7.  Engineer  Units  (EUT) 

8.  Tactical  Units  (TUT). 

Each  of  these  sections  is  a  separate  computer  file.  Each  file  is  identified  by  an  input 
section  acronym  and  up  to  a  three-character  prefix,  e.g.,  (xxx>  SJO.  Throughout  this 
volume,  the  symbols  “<”  and  “>”  will  bracket  names  for  user-defined  input.  That  is, 
<xxx>  SJO  is  a  notation  for  a  six-character  file  name.  The  first  three  characters  are  defined 
by  the  user,  but  the  system  requires  that  the  last  three  characters  be  SJO.  For  instance, 
if  the  user  wants  two  test  files,  the  files  may  be  named  T01SJOand  T02SJO.  User  names 
like  TEST1  and  TEST2  violate  the  <xxx>  SJO  convention,  and  any  attempts  to  use  them 
will  cause  problems.  (When  using  the  VAX  11/780,  file  names  should  be  followed  by  a 
period  and  the  letters  DAT.  For  example,  the  tasks  file  could  be  named  D86TSK.DAT.) 
The  Engineer  Module’s  data  structure  is  shown  in  Figure  1. 

An  interactive  editor  or  a  punch  card  system  may  be  used  to  create  these  files.  If  the 
user  is  unfamiliar  with  such  systems,  one  of  the  following  manuals  may  be  consulted. 

For  Boeing  Cyber  users: 

MAINSTREAM-EKS  Interactive  Timesharing  (KIT)  Users  Manual  (Boeing  Compu¬ 
ter  Services  Inc.,  1977) 

For  DEC/VAX  1 1/780  users: 

VAX/VMS  Users  Manual,  Volume  3A  (Software  Distribution  Center,  Digital  Equip¬ 
ment  Corporation,  1980). 

The  following  paragraphs  briefly  describe  each  of  the  major  input  sections. 


Figure  1.  Engineer  Module  data  structure  hierarchy. 


Engineer  Systems 

An  engineer  system  is  the  basic  element  modeled  by  the  Engineer  Module,  i.e.,  a  CEV, 
0-7,  or  SQUAD.  At  present,  the  only  attribute  of  an  engineer  system  is  velocity,  since  it 
must  travel  from  its  unit  to  the  work  site.  Data  on  engineer  systems  and  their  velocity 
may  be  obtained  from  the  Engineer  Family  of  Systems  Study  (E-FOSS)  report  or  threat 
data  (see  Appendix  A). 
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Engineer  Systems :  Input  Instructions 

1 .  Engineer  System  Name  ( 10-character  maximum) 

2.  Engineer  System  Move  Rate  (km/hr) 

NOTE:  REPEAT  1  AND  2  FOR  EACH  SYSTEM. 
Engineer  Systems:  Sample  Data 


SQUAD 

(engineer  system  name) 

59 

(velocity  in  km/hr) 

D-7 

(engineer  system  name) 

35 

(velocity  in  km/hr) 

ACE 

(engineer  system  name) 

45 

(velocity  in  km/hr) 

CEV 

(engineer  system  name) 

45 

(velocity  in  km/hr) 

2.5LOADER 

(engineer  system  name) 

35 

(velocity  in  km/hr) 

AVLB 

(engineer  system  name) 

45 

(velocity  in  km/hr) 

50M.BRIDGE 

(engineer  system  name) 

59 

(velocity  in  km/hr) 

SLUFAE 

(engineer  system  name ) 

45 

(velocity  in  km/hr) 

GEMSS 

(engineer  system  name) 

45 

(velocity  in  km/hr) 

Techniques 

A  graph  or  network  of  activities  is  used  to  represent  engineer  techniques  such  as  CON¬ 
STRUCT  5  DEFILADES  --  CEV.  The  input  consists  of  a  description  of  the  graph  (node 
number,  successor  and  predecessor  nodes)  and  the  resources  required.  An  example  of  an 
engineer  network  which  might  be  modeled  is  shown  in  Figure  2.  Data  on  combat  engi¬ 
neer  techniques,  resources,  and  time  estimates  may  be  obtained  from  appropriate  Army 
Training  and  Evaluation  Program  (ARTEP)  publications  and  Army  Field  Manuals  (see 
Appendix  A). 

Technique:  Input  Instructions 

1 .  Technique  Name  (SO-character  maximum) 

2.  Number  of  Resources 


r  • 


BLOW  AN  AUTOBAHN  BRIDGE 


MOVE  SQUAD 

A 

LOAD 

MOVE 

■ 

PREPARE  BRIDGE 

_ © 

\J - 

TO  ASP 

ny 

EXPLOSIVES 

TO  BRIDGE 

FOR  DEMOLITION 

Figure  2.  Example  engineer  network. 
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3.  Resource  Identification  Number  and  Minimum  Time  to  Completion  (minules) 

4.  Resource  Name  (must  be  an  engineering  system) 

NOTE:  REPEAT  3  AND  4  FOR  EACH  RESOURCE. 

5.  Number  of  nodes 


6.  A.  Node  Type  -  M.WS/M.ASP/L/W  -  Move  to  Work  Site,  Move  to  Ammunition  Supply 

Point  (ASP),  Load,  Work 

B.  Node  Number 

C.  Time  (minutes)  or  Move  Rate  (km/hr) 

D.  Number  of  Predecessors 

7.  Number  of  Active  Resources  (list  of  resource  identification  numbers) 

8.  Number  of  Released  Resources  (list  of  resource  identification  numbers) 

9.  Number  of  Successor  Nodes  (list  of  successor  nodes) 

NOTE:  REPEAT  6  THROUGH  9  FOR  EACH  NODE. 

WHEN  NODE  TYPE  (ITEM  6A)  IS  M.WS  OR  M.ASP,  ITEM  6C  DESCRIBES  MOVE 
RATE. 


WHEN  NODE  TYPE  IS  L  OR  W,  ITEM  6C  DESCRIBES  MINUTES  TO  NODE  COM¬ 
PLETION. 

Technique:  Sample  Input  Data 


BLOW  AN 
1 

1  210 

SQUAD 

4 

M.ASP  1 
1  1 
0 

1  2 

L  2  30  1 
1  1 
0 

1  3 

M.  WS  3 
1  1 
0 

1  4 

W  4  180 
1  1 
1  1 
0 


50  0 


AUTOBAHN  BRIDGE  ( technique  name) 

( number  of  resources) 

(resource  identification  number,  number  of  minutes  to  technique  completion ) 

(resource  name) 

(number  of  nodes) 

(node  type,  node  number,  move  rate  in  km/hr,  number  of  predecessor  nodes) 

(number  of  active  resources,  resource  identification  number  Is]) 

(number  of  released  resources) 

(number  of  successor  nodes,  successor  node  number / s/  ) 

(node  type,  node  number,  number  of  minutes  to  node  completion,  number  of  predecessors) 
(number  of  active  resources,  resource  identification  number  / sj ) 

(number  of  released  resources) 

(number  of  successor  nodes,  successor  node  number [s]) 

(node  type,  node  number,  move  rate  in  km/hr,  number  of  predecessors) 

(number  of  active  resources,  resource  identification  number  fs ]) 

(number  of  released  resources) 

(number  of  successor  nodes,  successor  node  number  Is]) 

(node  type,  node  number,  minutes  to  node  completion,  number  of  predecessors) 

(number  of  active  resources,  resource  identification  number  [sj ) 

(number  of  released  resources,  resource  identification  number  fs/) 

(number  of  successor  nodes) 


50  1 
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CONSTRUCT  5  DEFILADES  -  TANK  OR  APC  -  ACE  (technique  name) 

1  (number  of  resources) 

1  135  (resource  identification  number,  number  of  minutes  to  technique) 

ACE  ( resource  name ) 

2  (number  of  nodes) 

M.WS  1  50  0  (node  type,  node  number,  move  rate  in  km/hr,  number  of  predecessors) 

1  1  (number  of  active  resources,  resource  identification  number fs) ) 

0  ( number  of  released  resources) 

1  2  (number  of  successor  nodes,  successor  node  identification  number  (s/) 

W2  135  1  (node  type,  node  number,  number  of  minutes  to  node  completion  or  number  of  predecessors) 
1  1  l number  of  active  resources,  resource  identification  number  fs]) 

1  1  (number  of  released  resources,  resource  identification  number /s)) 

0  (number  of  successor  nodes) 

Tasks 

Techniques  which  have  similar  results  are  grouped  into  tasks.  For  example,  the  task 
CRATER  ROAD  might  use  the  techniques  M180  or  SHAPED/CRATER  CHARGE.  The 
user  must  define  the  default  technique  selection  and  battlefield  importance  rating  of 
single  task  orders.  For  each  single  task  order,  the  user  selects  a  list  of  techniques  that 
could  fulfill  the  single  task  order,  grades  each  technique  according  to  how  appropriate 
or  desirable  it  is  (Table  1),  and  rates  the  order’s  battlefield  importance  for  different 
situations  (Table  2). 

The  user  can  vary  the  grading  and  rating  of  techniques  for  a  task  depending  on  the 
situation.  For  example,  when  there  is  no  enemy  threat,  the  user  may  wish  to  use  D-7s 
to  dig  defilades.  When  there  is  an  enemy  threat,  he  may  choose  the  ACE  since  it  provides 
armor  protection  for  the  operator.  Depending  on  the  data  available  and  other  constraints, 
the  situation  could  be  defined  by  one  of  the  two  methods  shown  in  Figure  3.  Other 

Table  1 

The  Task/Technique  Grading  Scale 

GRADE  MEANING 

A  Preferred  technique  and  preferred  use  of  resources 

B  Same  as  A,  but  somewhat  less  effective  or  preferable 

C  Effectivc/nonstandard  choices,  but  not  the  optimum 

D  Ineffective  technique  or  dangerous  given  the  situation/location 

E  Same  as  I),  but  less  desirable 

Each  engineering  task  and  technique  must  be  graded  on  its  effectiveness. 

The  model  will  always  attempt  to  select  the  highest  graded  technique  consis¬ 
tent  with  what  resources  are  available  and  when  the  job  must  be  completed. 

The  grade  impacts  the  scheduling  algorithm  and  the  generation  of  unit 
movement  orders.  Current  plans  are  to  continue  searching  up  the  chain  of 
command  until  resources  for  a  Grade  A  or  B  technique  are  found.  Otherwise,  a 
Grade  C,  D.  or  E  technique  will  be  selected.  Grade  D  or  E  tasks/techniques 
must  always  use  the  company’s  internal  resources.  Thus,  no  unit  move  orders 
will  be  issued  from  battalion  to  the  company  to  perform  such  low-grade  task  I 
techniques;  these  jobs  will  be  queued  until  resources  become  available. 

It  will  not  always  be  necessary  to  provide  an  entry  for  each  grade:  sonic 
jobs  may  have  only  A  or  B  alternatives. 
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Table  2 

Intimated  Consequence  to  Mission  Success 
of  Not  Receiving  Engineer  Support  (Priority ) 


Priority 

Rating  Severity 

Scale  Description 

1  None 
(lowest  priority) 

2 

3 

4  Moderate 

5 

6 


7  Significant 

8 


9  Serious 

(highest  priority) 


How  Commanders  Will  Perceive 
the  Consequences  of  Not 
Receiving  Engineer  Support 

Unit  ability  to  accomplish  the  mission  is  not  degraded.  An  al¬ 
ternate  “non-engineer”  technique  of  equal  effectiveness  can  be 
employed,  for  example,  the  commander  perceives  unit  tanks 
can  be  concealed  in  local  terrain.  Lack  of  engineer  support  to 
dig  tanks  in  should  not  prevent  unit  from  defending  the  area. 

Unit  ability  to  accomplish  the  mission  is  mo.  ratcly  degraded. 
Commander  diverts  unit  assets  from  their  primary  mission  to 
accomplish  engineer  tasks  for  which  they  arc  not  trained  or 
equipped.  For  example,  lack  of  engineer  support  requires  in¬ 
fantry  soldiers  to  cut  trees  at  a  roadblock  instead  of  improving 
TOW  positions  servicing  the  obstacle.  As  a  result,  theTOWs  may 
service  fewer  targets  before  being  discovered  and  suppressed. 

Unit  ability  to  accomplish  the  mission  is  significantly  degraded. 
Commander  is  forced  to  deploy  a  material  system  in  a  dan¬ 
gerous  or  ineffective  manner.  For  example,  lack  of  engineer 
support  at  a  forward  arming  and  refueling  point  reduces  the 
servicing  capacity  of  the  point  and  decreases  its  survivability. 

Unit  ability  to  accomplish  mission  is  affected  to  the  extent  the 
mission  may  be  aborted.  For  example,  without  engineer  sup¬ 
port  the  commander  determines  time  is  not  adequate  to  de¬ 
velop  a  strongpoint  defense  which  was  determined  the  only 
defense  tactic  possible  against  threat  forces  in  that  area. 


factors  that  could  help  define  situations  are  offensive  or  defensive  operations,  dirty- 
battlefield  conditions,  day  or  night,  etc.  The  inclusion  of  many  factors  to  define  the 
situation  will  expand  data  input  requirements,  the  size  of  the  data  base,  and  the  simula¬ 
tion  run  time. 

This  is  a  default  mechanism  only.  Orders  can  be  given  with  explicit  priority.  However, 
a  default  mechanism  is  needed  to  reduce  the  workload  on  the  engineer  gamer. 

The  user  must  resolve  four  separate  issues: 

1 .  Define  situations. 

2.  Rank  alternative  techniques  for  each  situation. 

3.  Identify  task  groupings  and  assign  them  priorities  for  each  situation. 

4.  Identify  (on  an  exception  basis)  how  threat  engineer  tactics  differ  from  those  used 
by  U.S.  engineer  units. 

The  rankings  so  obtained  will  be  used  by  the  Engineer  Module  to  allocate  engineer 
resources  when  more  than  one  task  has  been  assigned  to  a  particular  unit. 

Task:  Input  Instructions 


1.  Task  Name  (30-character  maximum) 


EXAMPLE  A 

DISTANCE  FROM  SUPPORTED  MANEUVER  UNIT  TO  WORKSITE 
£7  Km  >7 Km 


EXAMPLE  B 


TERRAIN 

TYPE  SITUATION 


URBANIZED 

1 

FORESTED 

2 

MOUNTAINOUS 

3 

OPEN 

4 

Figure  3.  Example  situation  definition. 

2.  Number  of  Situation  Ranges 

3.  First  Situation  Last  Situation  (range  for  techniques) 

4.  Number  of  Techniques  for  Range 

5.  Technique  Name 

ft.  tirade  (Valid  A,  B,  C,  D,  or  E;  see  Table  1 ) 

NOTE:  REPEAT  5  AND  <>  FOR  EACH  TECHNIQUE.  REPEAT  3,  4.  5,  AND  (>  FOR 
EACH  RANGE. 

7.  Two-Character  Code  for  Task 

8.  Number  of  Situation  Ranges  (for  priority  class  assignment) 

9.  First  Situation  Last  Situation  Priority  (See  Table  2  for  priority  codes) 

NOTE:  REPEAT  9  FOR  EACH  SITUATION  RANGE. 
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Task:  Sample  Input  Data 


CONSTRUCTS  HULL  DEFILADES  (task name) 

1  ( number  of  situation  ranges) 

1  1  (first  situation,  last  situation) 

3  ( number  of  techniques  for  range) 

CONSTRUCT  5  DEFILADES  TANK  OR  APC  ACE  (technique  name) 

A  (grade) 

CONSTRUCTS  DEFILADES  TANK  OR  APC  CEV  (technique name) 

A  (grade) 

CONSTRUCTS  DEFILADES  TANK  OR  APC  D-7  ( technique  name ) 

A  (grade) 

SA  ( two-charac  ter  code  for  task) 

1  ( number  of  situation  ranges) 

I  t  5  (first  situation,  last  situation,  priority) 

Single  Job  Orders 

Tasks  which  have  similar  results  are  grouped  to  form  single  job  orders.  For  example, 
the  order  BLOCK  ROAD  might  use  the  tasks  CRATER  ROAD  or  CONSTRUCT  ABATIS. 
The  data  input  structure  for  single  job  orders  is  the  same  as  it  is  for  tasks.  The  user  must 
grade  and  assign  a  priority  to  each  task. 

Single  Job  Order:  Input  Instructions 

1 .  Single  Job  Order  Name  (30-character  maximum) 

2.  Number  of  Situation  Ranges 

3.  First  Situation  Last  Situation  (range  for  tasks) 

4.  Number  of  Tasks  for  Range 

5.  Task  Name 

6.  Grade  (Valid  A,  B,  C,  D,  or  E;  see  Table  1) 

NOTE:  REPEAT  5  AND  6  FOR  EACH  TASK.  REPEAT  3,  4,  5,  AND  6  FOR  EACH 
RANGE. 

7.  Two-Character  Code  for  Single  Job  Order  (optional) 

8.  Number  of  Situation  Ranges  (for  priority  class  assignment) 

9.  First  Situation  Last  Situation  Priority  (see  Table  2  for  priority  codes) 

NOTE:  REPEAT  9  FOR  EACH  SITUATION  RANGE. 

Single  Job  Order:  Sample  Input  Data 

In  this  sample,  input  data  for  four  situations  were  defined  as  shown  in  Example  B, 
Figure  3. 

BLOCK  ROAD  (single  job  order  name) 

3  ( number  of  situation  ranges) 

II  ( first  situation,  last  situation) 


2  (number  of  tasks  for  range) 

RUBBLE  STREET  (task  name) 

A  (grade) 

CR  ATE  R  ROAD  (task  name) 

A  (grade) 

2  3  (first  situation,  last  situation) 

3  (number  of  tasks  for  range) 

CONSTRUCT  ABATIS  (task  name) 

B  (grade) 

CRATER  ROAD  (task  name) 

A  (grade) 

BUILD  LOG  CRIB  (task  name) 

B  (grade) 

4  4  (first  situation,  last  situation) 

2  (number  of  tasks  for  range) 

POINT  MINEFIELD  (task  name) 

A  (grade) 

CRATER  ROAD  (task  name) 

A  (grade) 

CB  ( two-character  code) 

2  (number  of  situation  ranges  for  priority  class  assignment ) 

1  3  9  (first  situation,  last  situation,  priority) 

4  4  6  (first  situation,  last  situation,  priority) 

Multiple  Job  Orders 

The  user  may  wish  to  group  single  job  orders  by  situation  to  produce  a  desired  result. 
For  example,  the  order  CONSTRUCT  STRONGPOINT  might  consist  of  the  single  job 
orders  CRATER  ROAD,  DIG  DEFILADES,  CONSTRUCT  MINEFIELDS,  and  CON¬ 
STRUCT  ANTI  TANK  DITCHES.  The  order,  quantity,  and  priority  of  the  single  job 
orders  may  vary  depending  on  the  situation,  and  must  be  specified  by  the  user. 

Multiple  Job  Order:  Input  Instructions 

1 .  Multiple  Job  Order  Name  (30-character  maximum) 

2.  Number  of  Situation  Ranges 

3.  First  Situation  Last  Situation  (range  for  single  job  orders) 

4.  Number  of  Single  Job  Orders  for  Range 

5.  Single  Job  Order  Name 

6.  Priority  (see  Table  2  for  priority  codes) 

NOTE:  REPEAT  5  AND  6  FOR  EACH  SINGLE  JOB  ORDER.  REPEAT  3,  4.  S,  AND  6 
FOR  EACH  RANGE. 

Multiple  Data  Job  Order:  Sample  Data 

BATTLE  POSITION  TYPE  1  (multiple  job  order  name) 

1  (number  of  situation  ranges) 

1  1  ( first  situation,  last  situation) 

3  (number  of  single  job  orders  for  range) 


CONSTRUCT  5  HULL  DEFILADES  (single  Job  order  name) 

5  (priority) 

CONSTRUCT  5  HULL  DEFILADES  (single  job  order  name) 

5  (priority) 

CONSTRUCT  5<M  M.  ANTITANK  DITCH  (single  fob  order  name) 

5  (priority) 

Standard  Requirements  Code 

The  standard  requirements  code  is  similar  to  the  Tables  of  Organization  and  Equip¬ 
ment  (TOE)  in  that  the  type  and  quantity  of  basic  engineer  systems  are  input  for  each 
type  of  engineer  unit.  The  user  must  specify  standard  requirements  codes  for  both 
friendly  and  enemy  forces. 

Standard  Requirements  Code:  Input  Instructions 

1 .  Standard  Requirements  Code  Name  (30-character  maximum) 

2.  Color  (Blue  or  Red) 

3.  Number  of  Systems 

4.  Engineer  System  Name 


5.  Quantity 

NOTE:  REPEAT  4  AND  5  FOR  EACH  SYSTEM  IN  THE  STANDARD  REQUIRE¬ 
MENTS  CODE. 

Standard  Requirements  Code:  Sample  Input  Data 

ENG.PLT.DIV  (standard  requirements  code  name) 

BLUE  (color) 

3  ( num  ber  of  systems ) 

SQUAD  (system  name) 

3  (quantity) 

SQUAD  (system  name) 

3  (quantity) 

CEV  (system  name) 

1  (quantity) 

ACE  (system  name) 

2  (quantity) 

ENG.CO.POOL  (standard  requirements  code  name) 

BLUE  (color) 

4  ( num  her  of  systems) 

2.5LOADER  (system  name) 

1  (quantity) 

GEMSS  (system  name) 

1  (quantity) 

AVLB  (system  name) 

6  (quantity) 

SLUFAE  (system  name) 

2  (quantity) 

NONE  (standard  requirements  code  name) 

BLUE  (color) 

0  (number  of  systems) 


NOTH:  THK  USHR  MUST  INCLUDK  A  STANDARD  REQUIREMENTS  CODE  NAMED 
NONE  WHICH  HAS  <9  SYSTEMS.  THIS  IS  THE  STANDARD  REQUIREMENTS  CODE 
OF  THE  HIGHEST  LEVEL  HEADQUARTERS  UNIT. 

Enginaer  Units 

An  engineer  unit’s  assets  are  defined  by  its  standard  requirements  code.  Several  engi¬ 
neer  units  may  have  the  same  code.  The  engineer  unit  input  requires  the  user  to  establish 
command  and  control  relationships  (pointers  to  the  parent  engineer  unit  and  the  sup¬ 
ported  tactical  unit)  as  well  as  X  and  Y  coordinates  on  the  battlefield  for  both  U.S.  and 
threat  forces.  These  coordinates  express  distance  in  kilometers  from  a  user-defined  point. 
Although  many  different  standard  requirements  codes  may  be  used  in  a  simulation  run. 
Red  and  Blue  engineer  forces  are  each  limited  to  two  levels  of  command  and  control.  For 
example,  the  user  may  define  engineer  platoon/engineer  company  or  engineer  battalion/ 
engineer  brigade  relationships,  but  not  an  engineer  platoon/engineer  company/engineer 
battalion  relationship. 

Engineer:  Unit  Input  Instructions 

1 .  Engineer  Unit  Name  (20-character  maximum) 

2.  Standard  Requirements  Code  Name 

3.  Color  (Blue  or  Red) 

4.  Parent  Engineer  Unit  Pointer 

5.  Supported  Tactical  Unit  Pointer 

6.  X-Location  Y-Location  (kilometers) 

NOTE.  REPEAT  1  THROUGH  6  FOR  EACH  ENGINEER  UNIT. 

Engineer  Unit:  Sample  Input  Data 

1  ST.PLT. A. CO  (engineer  unit  name) 

ENG.PLT.DIV  (standard  requirements  code  name) 

BLUE  (color) 

5  1  (parent  unit,  supported  tactical  unit) 

32.003  33.637  (X  coordinate,  Y  coordinate) 

2ND.PLT.  A.CO  (engineer  unit  name) 

ENG.PLT.DIV  (standard  requirements  code  name) 

BLUE  (color) 

5  2  (parent  unit,  supported  tactical  unit) 

29.541  31.050  (X  coordinate,  Y  coordinate) 

3RD.PLT.A.CO  (engineer  unit  name) 

ENG.PLT.DIV  (standard  requirements  code  name) 

BLUE  (color) 

5  3  (parent  unit,  supported  tactical  unit) 

30.551  27.624  (X  coordinate,  Y  coordinate) 

A.CO.POOL  (engineer  unit  name) 

ENG.CO.DIV.(+).POOL  (standard  requirements  code  name) 

BLUE  (color) 

5  0  (parent  unit,  supported  tactical  unit) 

26.069  31.888  (X  coordinate.  Y  coordinate) 
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A.CO.HQ  (engineer  unit  name) 

NONE  (standard  requirements  code  name) 

BLUE  (color) 

0  0  (parent  unit,  supported  tactical  unit) 

26.069  31.888  (X  coordinate,  Y  coordinate) 

Tactical  Units 

The  user  must  enter  the  name  of  the  tactical  unit  and  parent  and  supporting  engineer 
unit  pointers  to  establish  a  command  and  control  relationship  for  allocating  engineer  re¬ 
sources.  The  data  field  should  contain  inputs  for  both  friendly  and  enemy  forces. 

Tactical  Unit:  Input  Instructions 

1.  Tactical  Unit  Name  (20-character  maximum) 

2.  Color  (Blue  or  Red) 

3.  Parent  Tactical  Unit  Pointer 

4.  Supporting  Engineer  Unit  Pointer 

NOTE:  REPEAT  1  THROUGH  4  FOR  EACH  TACTICAL  UNIT. 

Tactical  Unit:  Sample  Input  Data 

5TH.BN.1ST.BDE  (tactical  unit  name) 

BLUE  (color) 

4  1  (parent  unit,  supporting  engineer  unit) 

6TH.BN.1ST.BDE  (tactical unit  name) 

BLUE  (color) 

4  2  (parent  unit,  supporting  engineer  unit) 

7TH.BN.  1  ST.BOE  (tactical  unit  name) 

BLUE  (color) 

4  3  (parent  unit,  supporting  engineer  unit) 

1  ST.  B  D  E  ( tactical  unit  name) 

BLUE  (color) 

0  4  (parent  unit,  supporting  engineer  unit) 

Order  Stream 

After  all  eight  major  data  sections  have  been  defined  and  entered  into  corresponding 
data  files,  the  user  must  create  a  job  file,  <xxx)  JOBS,  to  exercise  the  Engineer  Module. 
Each  record  in  the  file  will  be  an  individual  job,  with  a  name,  start  and  finish  time,  X  and 
Y  location,  and  a  requestor  and  situation  code. 

Order  Stream:  Input  Instructions 

1.  External  Event  (RCRD  on  Cyber,  RECEIVE. ORDER  on  VAX) 

2.  Start  Time  (day  hour  minute) 

3.  Order  Name  (single  job  order  or  multiple  job  order) 


4.  Five-Character  Order  Abbreviation 


V  V  / 


.«  j  «.■  v  *  -  ■ — -  r* .  — .  -  -  ■  r  r.  r.  w-_  r_  -  .  . .  -  -r.~j~.Trj-: 


5.  X  Location  V'  Location 

6.  Late  Finish/Deadline  Time  (day  hour  minute) 

7.  Requestor  (tactical  unit  pointer) 

8.  Situation 

9.  Optional  override  of  default  priority  (see  Table  2  for  priority  codes) 

10.  * 

NOTE:  REPEAT  1  THROUGH  10  FOR  EACH  ORDER. 


Order  Stream:  Sample  Input  Data 


External  Event 

0  0  0 

CRATER  ROAD 
CRTRD 
132  136.8 
1  0  0 
1 
1 


/RCRD  on  Cyber,  RECEIVE. ORDER  on  VAX) 
( start  „me  day.  hour,  minute) 

( order  natnc) 

(order  abbreviation) 

(X  location.  Y  location) 

(late  finish  time  day,  hour,  minute) 

( requestor ) 

(situation) 


External  Event 
0  0  0 

CRATER  ROAD 
CRTRD 
133.8  106.2 

1  0  0 

1 

1 


/RCRD  on  Cyber,  RECEIVE.ORDER  on  VAX) 
(start  time  day,  hour  minute) 

(order  name) 

(order  abbreviation) 

(X  location.  Y  location) 

(late  f  inish  time  day,  hour,  minute) 

(requestor) 

(situation) 


PROCFIL/PSEUPROC.OLD 

After  the  eight  data  and  order  files  are  created,  the  user  must  make  system  assignments 
that  relate  these  files  to  predesignated  file  numbers  in  the  operating  procedure  file.  The 
operating  procedure  file  is  named  PROCFIL  when  using  the  Boeing  Cyber  computer  and 
PSEUPROC.OLD  when  using  the  VAX  1 1/780.  Some  additional  data  also  must  be  input 
in  order  to  initialize  data  arrays. 

The  number  of  situations  and  ammunition  supply  points  may  vary,  and  must  be  input 
by  the  user.  Since  the  user  has  created  the  eight  data  files,  the  program  must  be  initialized 
with  the  number  of  systems,  techniques,  tasks,  single  job  orders,  multiple  job  orders, 
standard  requirements  codes,  engineer  units,  and  tactical  units  created.  The  user  then 
must  assign  these  files  the  numbers  9,  II,  1.1,  15,  17,  19,  21,  and  2.1.  These  numbers 
correspond  to  internal  program  file  numbers  (see  Volume  III).  Thus,  the  (xxx>  ESY  file 
becomes  the  internal  program  file  SIMU09,  (he  file  <xxx>  TEC  becomes  the  internal  file 
SIMU11,  etc.  The  file  SIMU25  is  reserved  for  interface  data  required  between  the  Engi¬ 
neer  Module  and  CORD1VEM  (see  Volume  111). 

Report  flags  (0  or  1)  are  used  to  echo  input  as  output,  if  so  desired.  A  0  means  sup¬ 
press  output  and  a  1  means  print  input  as  output  for  each  data  file  used.  Since  some  of 
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the  data  flies  may  be  quite  large,  the  user  may  wish  to  condense  output  by  using  the 
report  flags  to  suppress  the  printout  of  files  which  were  not  changed  between  program 
runs. 

The  output  level  (10,  20,  30,  40  or  50)  corresponds  to  the  detailed  level  of  informa¬ 
tion  which  the  user  wishes  to  see  as  simulation  output.  The  higher  the  number,  the 
greater  the  detail.  The  output  level  has  the  following  values: 

1.  10  =  summary  information 

2.  20  =  order  information 

3.  30  =  job  information 

4.  40  =  activity  information 

5.  50  =  unit  information 

The  final  input  to  PROCFIL  is  the  color  (BLUE  or  RED)  and  X  and  Y  coordinates  of 
each  ammunition  supply  point.  Ammunition  supply  points  are  determined  by  the  user 
from  the  scenario  to  be  modeled. 

IMPORTANT :  Changes  in  the  data  base  (i.e.,  number  of  situations,  techniques,  etc.) 
require  the  user  to  update  PROOF  !L  before  running  a  simulation  program. 

PROCFIL:  Input  Instructions 

1 .  Number  of  Situations  Number  of  Ammunition  Supply  Points 

2.  Number  of  ESY  Number  of  TEC  Number  of  TSK  Number  of  SJO 
Number  of  MJO  Number  of  SRC  Number  of  EUT  Number  of  TUT 

3.  File  Numbers  for  (ESY  TEC  TSK  SJO  MJO  SRC  EUT  TUT) 

4.  Report  Flags  for  (ESY  TEC  TSK  SJO  MJO  SRC  EUT  TUT) 

5.  Output  Level  (10,  20,  30,  40,  or  50) 

6.  Color  of  Ammunition  Supply  Point  (BLUE  or  RED) 

7.  X  Location  Y  Location 

NOTE:  REPEAT  6  AND  7  FOR  EACH  AMMUNITION  SUPPLY  POINT. 

PROCFIL:  Sum  pie  Input  Data 

1  2  (number  of  situations,  number  of  ammunition  supply  points ) 

13  56  17  1  19  3  4  2  (number  of  ESY,  TEC,  TSK,  SJO,  MJO,  SRC,  EUT,  and  TUT) 

9  11  13  15  17  19  21  23  25  (file  numbers  for  ESY,  TEC,  TSK,  SJO,  MJO,  SRC,  EUT,  and  TUT) 
0  0  0  0  0  1  1  1  0  (report  flags  for  ESY,  TEC,  TSK,  SJO,  MJO,  SRC,  EUT,  and  TUT)* 


50 

(output  level) 

BLUE 

(color  of  ammunition  supply  point ) 

85  180 

(X  location,  Y  location) 

BLUE 

(color  of  ammunition  supply  point) 

136  103 

(X  location,  Y  location) 

♦The  ninth  report  flag,  interface,  must  be  set  at  0. 


Assignment  File  (DECVAX  11/780  Only) 

A  data  file  named  ASSGN.OLD  must  be  created  for  model  operation  on  the  VAX/ 
VMS  operating  system.  This  file  frees  the  user  from  having  to  input  each  file  name  before 
each  run  of  the  model.  The  user  may  give  the  first  nine  data  files  any  desired  name  within 
the  previously  defined  convention  (<xxx>  ESY,  (xxx>  EUT,  (xxx>  TSK,  etc.).  Each  of 
these  file  names,  however,  must  be  translated  into  names  that  the  Engineer  Module’s 
internal  operating  system  will  recognize.  The  ASSGN.OLD  file  accomplishes  this  task. 


In  this  example,  CORDIV.PROCESS.ENGR  is  the  name  of  the  account  where  the  data 
files  reside  and  D86  is  the  three-character  prefix  (<xxx>)  to  the  file  names: 


ASSGN.OLD:  Sample  Input  Data 

ASSIGN  [CORDIV.PROCESS.ENGR]  D86ESY.DAT  SIMU09 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86TEC.DAT  SIMU11 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86TSK.DAT  SIMU13 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86SJO.DAT  SIMU15 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86MJO.DAT  SIMU17 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86SRC.DAT  SIMU19 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86EUT.DAT  SIMU21 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86TUT.DAT  SIMU23 
ASSIGN  [CORDIV.PROCESS.ENGR]  D86JOBS.DAT  SIMU47 
ASSIGN  [CORDIV.PROCESS.ENGR]  PSEUPROC.OLD  SIMU31 
ASSIGN  OUT. USE  SIMU33 

ASSIGN  OUT.HIS  SIMU35 


Operating  Procedures  (Boeing  Cyber  Computer  Only) 

After  the  user  has  created  the  eight  basic  data  files,  an  order  stream  file,  and  updated 
the  procedure  file,  a  simulation  program  may  be  run.  The  eight  major  data  files  are  con¬ 
sidered  as  two  types  of  data:  standard  operating  procedures  (SOP)  and  force  structure 
(STRUCT).  The  SOP  consists  of  the  engineer  system’s  techniques,  tasks,  single  job  or¬ 
ders,  and  multiple  job  orders.  The  STRUCT  consists  of  the  standard  requirements  codes, 
engineer  units,  and  tactical  units.  This  division  was  made  since  it  was  thought  the  SOP 
would  not  change  very  often,  but  the  user  might  wish  to  change  the  force  structure  and 
make  separate  runs  using  the  same  order  stream. 

The  engineer  systems  data  file  (<xxx>  ESY)  must  be  assigned  to  SIMU09.  the  tech¬ 
niques  data  file  «xxx>  TEC)  to  SIMU1 1 ,  and  so  on. 

The  assignment  file  also  assigns  the  Engineer  Module  output  which  is  created  during 
each  simulation  run.  Outputs  are  described  in  Chapter  3. 


All  files  in  the  SOP  group  must  have  identical  three-character  prefixes  (<xxx>).  The 
three  files  in  the  STRUCT  group  must  have  identical  prefixes.  (See  Table  3.) 

The  user  is  assumed  to  have  some  experience  with  automated  data  processing  (ADP) 
systems.  Instructions  are  given  for  model  operation  on  the  Boeing  Computer  system.  To 
create  and  update  the  data  base,  see  the  MAINSTREAM-EKS  Interactive  Timesharing 
(KIT)  Users  Manual. 


To  log  onto  the  Boeing  system,  the  user  must  dial  the  local  Boeing  telephone  number 
to  activate  a  terminal  session.  The  user  must  press  the  return  key  to  (1)  start  a  session. 
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Ffle  Prefixes 


SOP  Group 

1.  CD1ESY 

2.  CD1TEC 

3.  CD1TSK 

4.  CD1SJO 

5.  COIMJO 


STRUCT  Group  Order  Stream 


6.  D86SRC 

7.  D86EUT 

8.  D86TUT 


9.  TSTJOBS 


and  (2)  after  each  input  line  is  typed.  The  Boeing  system  wilt  return  with  system  messages 
and  the  following  prompts: 


System  Prompt 


User  Response 


1.  SELECT  DESIRED  SERVICE: 


2.  USERNUMBER: 


3.  PASSWORD: 


4.  RECOVER/USER  ID: 


The  user's  response  will  depend  on  the  local  A  DP  assignment  of  a  user  number  and  pass¬ 
word.  The  RECOVER/USER  ID  is  an  alphanumeric  response  by  the  user,  such  as  his  or 
her  name. 

The  following  paragraphs  give  examples  of  the  five  types  of  output  commands. 

1 .  How  to  submit  a  simulation  program. 

2.  How  to  check  on  the  progress  of  a  simulation  run  if  response  time  is  slow. 

3.  How  to  get  a  computer  listing  of  simulation  output. 

4.  How  to  get  an  alphabetical  listing  of  all  data  base  input. 

3.  How  to  get  an  abbreviated  listing  of  the  data  base  input  Tiles. 

To  Submit  a  Job 

BEGIN,  SEND,,  PRE  =  <xxx>,  STRUCT  =  <xyz>, 

WAIT  =  YES/NO,  EDIT  =  YES/NO,  REMOTE  =  YES/NO,  SOP  =  (zzz> 

PRE  =  (xxx)  is  the  prefix  for  the  job  stream  and  output  (one  to  three  characters). 
Order  stream  file  must  be  called  <xxx>  JOBS. 

If  PRE  =  TST,  order  stream  =  TSTJOBS. 

STRUCT  =  <xyz>  is  the  prefix  for  command  structure  files. 

WAIT  =  YES,  if  user  wants  interactive  output  (default). 


WAIT  -  NO,  if  user  does  not  want  interactive  output. 


EDIT  =  YES,  if  user  wants  to  edit  output  when  the  job  is  done  (default). 

EDIT  =  NO,  if  user  does  not  want  to  edit  output. 

REMOTE  =  NO.  Output  becomes  edit  file  (default). 

REMOTE  *  YES.  Output  goes  to  remote  job  terminal. 

SOP  =  (zzz)  is  the  prefix  for  standard  operating  procedure.  Files:  ZZZESY,  ZZZTEC, 
ZZZTSK,  ZZZSJO,  ZZZMJO. 

To  Check  on  a  Job 

BEGIN,  CKJOB,  PRE  =  (xxx),  EDIT  =  YES/NO 
PRE  and  EDIT  are  defined  as  explained  above. 

To  Print  Files 

BEGIN,  PRINT,  (filename),  PS  *  SHFT,  NUM  -  <n> 

If  PRE  «=  TST,  output  (filenames)  are  TSTOUT  and  TSTHOUT. 

PS  =  Print  Shift 

NUM  =  Number  of  copies  (1  is  default) 

To  Obtain  an  Alphabetized  Data  Base  List  of  Input 
PURGE,  JE  ROUT 

BEGIN,  REPORT,,  (xxx)  ESY,  (xxx)  TEC,  (xxx)  TSK,  (xxx)  SJO. 

(xxx)  MJO,  (xxx)  SRC,  (xxx)  EUT,  (xxx)  TUT 

To  Obtain  an  Alphabetical  List  of  Techniques,  Tasks,  or  Single  Job  Orders 

GET,  JEROUT 

BEGIN,  EXTRACT,,  JEROUT 
BEGIN,  SORTLST,,  NUM  =  n 
(filename) 

n  =  number  of  copies 

Operating  Procedures  (DEC  VAX  11/780  Only) 

After  the  user  has  created  the  eight  basic  data  files,  an  order  stream  file,  an  assignment 
file,  and  updated  the  procedure  file,  a  simulation  program  may  be  run. 

To  log  onto  the  VAX/VMS  system,  the  user  must  press  the  return  key  to  (1)  start  the 
session,  and  (2)  after  each  input  line  is  typed.  The  system  will  respond  with  the  following 
prompts  and  system  messages: 


System  Prompt 


User  Response 


Username:  ABCOEF 

Password:  LMNOPQ 

The  user  response  will  depend  on  the  local  ADP  assignment  of  a  user  name  and  password. 
To  create  or  change  the  data  base  files,  the  user  should  consult  the  “VAX-1 1  EDT  Editor 
Reference  Manual,”  in  the  VAX/VMS  Users  Manual,  Volume  3A. 

When  the  user  has  correctly  logged  in,  the  system  will  respond  with  an  $  prompt.  To 
run  the  model,  the  user  must  give  the  following  inputs  in  response  to  the  prompts: 

System  Prompt  User  Response 

$  @[xxx.xxxx]  assgn.old 

$  simrun  [zzz]  salone2 

Square  brackets  enclose  the  names  of  the  accounts  where  the  named  files  reside.  In 
this  example,  the  ASSIGN.OLD  file  resides  in  account  xxx.xxxx  and  the  executable 
Engineer  Module  (SALONE2.EXE)  resides  in  account  zzz. 

3  OUTPUT 

The  Engineer  Module  program  output  has  two  parts:  a  file  named  (xxx>  OUT  on  the 
Boeing  Cyber  or  OUT.USE  on  the  VAX  11/780,  and  a  file  named  <xxx>  HOUT  on  the 
Cyber  or  OUT.HIS  on  the  VAX.  The  <xxx)  is  the  same  prefix  as  the  <xxx>  JOBS  file 
prefix  that  contained  the  order  stream  (see  Operating  Procedures,  Chapter  2). 

The  <xxx>  OUT  file  contains: 

1.  Ammunition  supply  points  (their  location) 

2.  Standard  requirements  code 

3.  Engineer  units  (their  location  and  support  relationships) 

4.  Tactical  units  (their  support  relationships) 

5.  Simulation  run  time  (hours) 

6.  Total  jobs  generated,  number  completed,  number  infeasible 

7.  Total  orders  generated,  number  completed,  number  infeasible 

8.  Statistics  for  engineering  units  (hours) 

a.  Not  assigned 

b.  Queued 
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c.  Assigned 


d.  Wait  at  work  site 

e.  Wait  halted 

f.  Site  work 

g.  Ammunition  supply  point  upload 

h.  Move  to  work  site 

i.  Model  move  from  work  site  back  to  parent  location. 

An  example  of  <xxx>  OUT  file  is  shown  in  Figure  4. 

The  <xxx>  HOUT  file  is  a  timeline  trace  which  starts  at  time  0  and  ends  with  the  end 
of  the  simulation  run.  The  output  level  is  set  as  noted  in  PROCFIL  and  has  the  following 
values: 

1.10  =  summary  information 

2.  20  =  order  information 

3.  30  =  job  information 

4.  40  =  activity  information 

5.  50  =  unit  information. 

Output  level  50  gives  a  detailed  trace  of  each  unit  (Figure  5).  The  fields  have  the 
following  values: 

1 .  Five-character  order  abbreviation 

2.  The  order  number  and  a  two-character  order  abbreviation 

3.  A  sequence  number  for  post-processing 

4.  Clock  time 

5.  Order  number  pointer  (six  digits) 

6.  Job  number  pointer  (six  digits) 

7.  Unit  number 

8.  Activity  description. 
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1  AMMUNITION  SUPPLY  POINTS  (ASPS) 

COLOR  X. LOCATION  Y. LOCATION 

BLUE  31.00  31.00 

J  SRC  TABLES 

FOR  BLUE  SRC  1  WITH  TITLE  ENG.PLT.OIV 

ENGR  SYSTEM  QUANTITY  TITLE 

3.0  SQUAD 

1.0  CEV 

2.0  ACE 

FOR  BLUE  SRC  2  WITH  TITLE  ENG. CO. DIV. POOL 


ENGR  3YSTEM  QUANTITY 


GEMSS 

2.5  LOADER 
A  VLB 
SLUFAE 


FOR  BLUE  SRC  3  WITH  TITLE  NONE 


ENGR  SYSTEM  QUANTITY  TITLE 

0.0 

S  ENGR  UNIT  TABLES 

FOR  BLUE  ENGR  UNIT  1  WITH  TITLE  13T.PLT.A.C0 

USING  SRC  NUMBER  1  WITH  TITLE  ENG.PLT.OIV 

ENGR  UNIT  —  PARENT  SUPPORTED  TAC  UNIT  X.LOC 

5  I  32.0 

FOR  BLUE  ENGR  UNIT  2  WITH  TITLE  2ND.PLT.A.CO 

USING  SRC  NUMBER  1  aITH  TITLE  ENG.PLT.DIV 

ENGR  UNIT  —  PARENT  SUPPORTED  TAC  UNIT  A.LOC 

5  2  33.0 


FOR  BLUE  ENGR  UNIT  3  WITH  TITLE  3RD .PLT. A.CU 
USING  SRC  number  1  NITH  TITLE  ENG.PLT.DIV 

ENGR  UNIT  —  PARENT  SUPPORTED  TAC  UNIT  X.LOC 
5  3  33.0 


w  *r> 


FOR  blue  ENGR  UNIT  A  «ITM  TITLE  A. CO. POOL 
USING  SRC  NUMBER  2  WITH  TITLE  ENG. CO. DIV. POOL 

ENGR  UNIT  —  PARENT  SUPPORTED  TAC  UNIT  S.LOC 
5  0  33.0 


FOR  BLUE  ENGR  WIT  5  WITH  TITLE  A. CO. HQ 

using  src  number  i  with  title  hone 


Figure  4.  Example  <xxx>  OUT  file. 
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ENG*  UNIT 

-  PAmFNT  supported  tac  unit  x.luc  Y.LOC 

NONE 

0 

26.0  31.0 

nu^e'e-  or  it* i r 5  ro  he 

CREATED 

28 

o  TACTICAL  UNIT  TABLES 

ruR  PLUF 

tactical 

UNIT  1 

NJTh 

TITLE  5TH.faU.lST.BDE 

PARfcM 

M  jNg 

SUPPORT 

1 

EUGP  UNIT 

njo  BLUE 

TACTICAL 

UNIT  2 

•Cl  Th 

TITLE  6TH.faN.lsT.hur 

PARENT 

SUPPORT 

f  NSP  UNIT 

NONE 

? 

F 00  BLUE 

tactical 

UNIT  3 

wITh 

TITLE  7TH.faN.lST.B0f 

P  49 1  NT 

SUPPORT 

E  NGR  UN  I  I 

NONE 

3 

f:c  B  * . r 

tacmcai 

UNIT  a 

kith 

TITLE  BTh.BN.tsT.BOF 

RftVE'JT 

SUPPOOT 

ENG»  UNIT 

NslNt 

a 

SI-ULAT10U  STjOPEu  AT 

20. 3«  HOURS 

TOTAL 

SU-UfO  or  jj^s 

9 

NUMBER  CO«PL£TEO  0  NUMBER  INF’EASIBLE 

total 

NUMBER  0s 

i 

auwbfcB  COMPLETED  1  NUMBER  INFEASIBLE 

STATISTICS  rns  FNOlutERlNG  UNITS  IN 

houkS 

hA  I T  WAIT  SITE 

EuGa 

NOT 

ASP 

UNIT 

StSTE’i  ASSIGNEO 

autUED 

ASSIGNED  at  w.3.  HALTED  ropk 

UPLOAD 

1 

suuad 

7.51 

o. 

o  • 

.05  0.  12.70 

0. 

2 

S.JUAO 

7.51 

o. 

0. 

,05  0.  12.70 

0. 

i 

SwU*»D 

7.51 

0. 

.05  0.  12.70 

0. 

u 

Ctv 

S .  o  '1 

0. 

0. 

10.03  0.  5.00 

0. 

5 

ACt 

0. 

o. 

0. 

5.17  ■•*.  15.00 

0. 

6 

ACE 

0. 

o. 

0. 

5.17  0.  15.00 

0. 

7 

SuuaD 

20.  }u 

o. 

o. 

0.  o.  0. 

0. 

e 

Suuao 

20.30 

0. 

0. 

0.  0.  0. 

0. 

9 

Sut'AO 

20. 3a 

0. 

0. 

0.  0.  0. 

o. 

10 

CEV 

20.3<i 

0. 

0. 

0.  0.  0. 

o. 

1 1 

ACE 

20. 1*. 

0. 

0. 

0.  0.  0. 

0. 

I? 

ACE 

20. 3<* 

0. 

0. 

0.  0.  0. 

0. 

13 

SuuaO 

20.3a 

0. 

0. 

0.  0.  0. 

0. 

lfl 

S'rfUAO 

20.3a 

0. 

0. 

o.  o.  o. 

0. 

IS 

SOUAl) 

20.3a 

0. 

0. 

0.  0.  9. 

0. 

16 

CtV 

20. 3« 

0. 

0. 

0.  0.  0. 

0. 

IT 

ACE 

20.3a 

0. 

0. 

0,  0.  0. 

0. 

1» 

ACE 

20.3a 

0. 

0. 

0.  0.  0. 

0. 

10 

GE*SS 

10. as 

0. 

0. 

0 .  0 .  • 77 

0. 

20 

2.5  L0A 

A. as 

0. 

0. 

1 .65  0.  10.00 

0. 

?! 

AVIS 

20.3a 

0. 

0. 

0.  o.  <*. 

0. 

22 

AVLB 

20.3a 

0. 

0. 

0.  0.  0. 

0. 

23 

A  vLH 

2".  la 

0. 

0. 

o.  o.  o. 

0. 

20 

AVLH 

?i.3a 

o. 

0. 

0.  0.  0. 

0. 

2S 

A  WI.H 

20.  m 

0. 

V  • 

n.  n.  0. 

0. 

26 

AVI* 

20.  la 

0. 

0. 

0.  0.  0. 

0. 

2T 

SLUF  AF 

2».  3a 

0. 

(•. 

0.  0.  0. 

0. 

20 

SLUFAE 

2  0 . 3  a 

0. 

0. 

0.  0.  0. 

0. 

EXIT  » 

Figure  4.  (CoiU’d). 
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APPENDIX  B: 

SIMULATION  CONTROL  ERRORS 


The  following  errors  are  caused  by  user  error  and  are  ultimately  fatal. 

1.  **** 'WARNING*****  NUMBER  OF  ENGR  SYSTEMS  READ  =  _ 

NUMBER  EXPECTED  WAS _ . 

2.  . WARNING . NUMBER  OF  TECH  READ  = _ , 

NUMBER  EXPECTED  WAS _ . 

3.  . WARNING . NUMBER  OF  TASKS  READ  - _ 

NUMBER  EXPECTED  WAS _ . 

4.  . WARNING . NUMBER  OF  SJOS  READ  = _ , 

NUMBE  R  EXPECTED  WAS _ . 

5.  . WARNING . NUMBER  OF  MJOS  READ- _ 

NUMBER  EXPECTED  WAS _ . 

6.  WARNING . NUMBER  OF  SRCS  READ" _ 

NUMBE  R  EXPECTED  WAS _ . 

7.  WARNING . NUMBER  OF  ENGR  UNITS  READ  " _ 

NUMBER  EXPECTED  WAS _ . 

8.  WARNING . NUMBER  OF  TACTICAL  UNITS  READ  - 

NUMBER  EXPECTED  WAS _ . 


These  errors  indicate  the  user  has  fewer  or  more  systems  (techniques,  tasks,  single  job 
orders,  multiple  job  orders,  standard  requirements  codes,  engineer  units,  or  tactical  units) 
than  those  specified  in  PROCFIL.  The  user  should  edit  PROCFIL  Vo  correct  the  number 
of  engineer  systems,  techniques,  tasks,  single  job  orders,  multiple  job  orders,  standard 
requirements  codes,  engineer  units,  and/or  tactical  units  (#TEC,  #TSK,  #SJO,  #MJO, 
#SRC,  #EUT,  #TUT)  and  rerun. 
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CERL  OISTtliWION 


ChUf  of  miwr* 

ATT*.-  Tech  Monitor 
ATT* :  QAE*-A8l~L  (2) 

ATT*:  DAW-CCP 
ATT*:  QA£*-CV 
ATT*.  OAtM-CWI 
ATT*-  DAEN-CWN-* 

ATT*:  OAfN-CVO 
ATT*:  0A«1I-CW 
ATT*:  OAEN-W 
ATT*:  DAEN-NPC 
ATT*:  DA»*-*M 
ATTN:  DAW-MO 
ATT* :  DAK*  HP*- A 
ATT*:  OAK*- *D 
ATT*!  DAK*-* DC 
ATTN:  DAKM-IM 
ATT*:  OAKK-I* 

ATT*!  DA**-ZC 
ATT* :  DA**-ZCE 
ATT*!  DAKH-ZCI 
ATTN!  OAEN-ZC* 

FUSA,  ATT*:  Library  22060 

TRSA.  ATT*:  DRT  lit  79906 

VS  Arav  Engineer  District* 

ATTN:  Library 
Alaska  49)01 
Al  iacln  0461b 
Albuquerque  87105 
UUtaore  21205 
Buffalo  14207 
Charleston  29402 
Chicago  60604 
Oct  rate  4*231 
Far  Eaat  46301 
Fort  Worth  76102 
Ualvuaton  77)30 
Huntington  2)721 
Jacksonville  322)2 
Japan  9634) 

Kansas  City  64106 
Llttla  Hock  72203 
Los  Angeles  900)3 
Louisville  40201 
Maaphis  3010) 

Mobil*  36628 
Nashville  37202 
New  Orleans  70160 
New  York  10007 
Norfolk  23)10 
Oaaha  68102 
Philadelphia  19106 
Pittsburgh  1)222 
Port  taixf  47208 
Riyadh  09038 
Rock  Island  61201 
Sac r seen to  4)814 
San  Francisco  9410) 

Savannah  31402 
Seattle  98124 
St.  Louis  63101 
St.  Paul  )5101 
Tulsa  74102 
Vicksburg  39180 
Walla  Walls  99362 
Wllnlngton  28401 

US  Aray  Englnser  Division# 

ATTN:  Librsry 
Europe  097)7 
ifanM»lll*  })§l)7 
Lower  Mississippi  Valley  39180 
Middle  Fast  090)8 
Middle  Eaat  (Rear)  22601 
Missouri  River  68101 
New  F.ngland  021)4 
North  Atlantic  10007 
North  Central  6060) 

North  Pacific  97208 
Ohio  River  45201 
Pacific  Oc#*n  968)8 
South  Atlantic  30)03 
South  Pacific  94111 
Southweatarn  7)202 

US  Arny  Europe 

HQ,  7th  Aray  Training  Co*and  09114 
ATTN:  AETTG-DEH  (5) 

MQ,  / th  Aray  OOCS/Engr.  09403 
ATT*:  AEAEN-EH  (4) 

V*  Corp*  04079 
ATTN:  AETVOEH  ()) 

VII.  Corps  (79154 
ATT*i  AETSDCH  ()> 

21 st  Support  Coaasnd  09125 
ATT*:  AERKK  (5) 
ferlln  09742 
ATT*:  AKM-M  <2> 

Southern  Europeso  Ta*k  Force  09168 
ATT*!  AE5K-WC  (1) 

Installation  Support  Activity  09403 
ATT*:  AEUES-IP 

8th  USA,  Rort* 

ATT*:  EAPt  (8)  96301 

ATTN:  EAFR-T  983)8 
ATT*:  F.AFE-10  98224 
ATT*:  RAFP.-4*  98208 


Ith  USA.  Koras 

ATT*!  IAFt-i  98271 

ATT*!  EAFR-P  H259 

ATT*:  EAFI-T  H212 

ROC/ US  Coabiaad  Fores#  Com*" 4  98301 

ATT*:  £USA-«C-CFC/KB*r 

USA  Japan  (USAU) 

Cb,  PI  Dlv.  AJSM-FC  *8343 
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US  Military  Acadaay  10996 
ATT*:  Facllltlaa  Englneaf 
ATTN:  Dept  of  Geography  6 
Coaputer  Science 
ATT*:  DSCm/HAE*-A 

Engr.  Studie#  Center  20315 

ATTN:  Library 

AftfRC,  ATT*:  DUBOI-W  02172 

USA  ARRCOM  61299 
ATT*:  DRCIS-RI-I 
ATT*:  DRSAR-1S 

nARCOM  -  Dir.,  I  net . •  4  Svc*. 

ATT*:  Fac lilt  lea  Engl  near 
AREA DCOM  07*01 

Aberdeen  Proving  Ground  21005 
Aray  Hat  la*  and  Mechanic*  lea.  Ctr 
Corpus  Christl  Aray  Depot  78419 
Harry  Dlaaond  Laboratories  20783 
Dugway  Proving  Ground  84022 
Jaffereon  Proving  Cround  47250 
Fort  Monaouth  07703 
Lcttarkenny  Aray  Depot  17201 
Natick  IAD  Ctr.  01760 
New  Cuabarland  Aray  Depot  17070 
Pueblo  Aray  Depot  8100 l 
Rad  River  Aray  Depot  >5501 
Redeton*  Arsenal  35809 
Rock  la  land  Areenal  61299 
Savanna  dray  Depot  67074 
Sharpe  Aray  Depot  953)1 
Seneca  Aray  Dapot  14541 
Tobyhenna  Aray  Depot  18466 
Tooele  Aray  Dapot  8A0>4 
Watervllat  Areenal  12189 
Yuaa  Proving  Cround  85364 
White  Sanda  Missile  Range  88002 

DLA  ATT*:  DLA-WI  22)14 

FORSCOH 

FORSCOH  Eng l near,  ATT*:  ApgN-PR 
ATTN:  FacUltla*  Engineer 
Fort  guchanan  00934 
Fort  Ifagg  28307 
Fort  Caapball  42223 
Fort  Carson  80913 
Fort  Devens  014)3 
Fort  Dtua  1)601 
fort  Hood  76544 
Fori  Indlantown  Gap  1700) 

Fort  Irwin  921H 

Fort  Saa  Houston  78234 

Fort  Lewis  984)3 

Fort  McCoy  54656 

Fort  McPherson  301)0 

Fort  George  G.  Mrsde  207)5 

Fort  Ofd  9)941 

Fort  Folk  71459 

Fort  Richardson  9950) 

Fort  Rllay  68442 

Prsstdto  of  Ssn  Francisco  94129 

Fort  Sheridan  60037 

Fort  Stewart  313X3 

Fort  Walowrlght  49701 

Vancouver  Ike.  98660 

MSC 

ATT*:  ML O-F  71234 

ATT*:  Facllltlaa  Engl"**r 
Fit talaons  AMC  80240 
Walter  Read  AMt  200 12 

INSC0H  -  Ch,  Inst l •  Dlv. 

ATT*i  Facllltlaa  Engineer 

Arlington  Hall  Station  (2)  22212 
Vlat  *111  Fare#  Station  22188 


ATT*:  Facllltlaa  Engineer 
Caaaron  Ttatlon  5F314 
fort  taelaf  *9*lf  20319 

Fort  Myar  22211 


MTNC 

ATT*:  WNC-SA  20315 
AZT1I:  Fnellltlts  laglnaar 
Oakland  Amy  8M*  94626 

■ay  one  a  HOT  07002 
gyoay  Point  NOT  28861 

NA8AM0H.  ATTN:  D9DNA-F  071160 

TA1C0M,  Fac.  01v.  60090 


TVA90C 

*Q,  TtADOC,  ATT*:  ATE*-FE 
ATT*:  Facllltlas  Engineer 
Fort  Oalvoir  22060 
Fort  Banning  31905 
Fort  01 laa  79916 
Car  11a  la  garracka  17013 
Fort  Chaff aa  72902 
Fort  Dlx  00640 
Fort  Euatla  2)604 
Port  Gordon  30905 
Port  Haallton  11252 
Port  lanjealn  Harrlaon  46216 
Port  Jackaon  29207 
Port  Knox  40121 
Fort  Leavenworth  66027 
Port  La*  23001 
Port  McClellan  36205 
Port  Monro*  2)651 
Fort  Rucker  36362 
Port  Sill  73503 
Fort  Leonard  wood  6547) 

TSARC0M,  ATT*:  STSAS-P  63120 

USACC 

ATTN:  Fac (lit fa*  Engineer 
Fort  Huachuea  8)613 
Fort  Rltrhle  21714 

.  westcoh 

ATT*:  Facllltlas  Engineer 
Fori  Shelter  96858 

SHAPE  09055 

ATT*:  Survivability  Section,  CCB-OPS 
Inf  restructure  Rranch,  LANDA 

HQ  USEUC0H  09128 
ATTN:  EO  4/7-LOE 

Fort  ielvolr,  VA  22060 
ATT*:  ATZA-DTE-EM 
ATTN:  AT1A-DTE-8W 
ATT*:  ATZA-FE 
ATTN:  Engr.  Library 
ATT*:  Canadian  Llalaon  Office  (2) 

ATT*:  IW*  Library 

Cold  tag Ion*  Research  Engineering  Lab  0)755 
ATT*:  Library 

EfL,  AtTN:  Library  22060 

Waterway*  Experiment  Station  39180 
ATT*:  Library 

HQ,  XVIII  Airborne  Corps  and  28)0? 

Ft.  Oragg 

ATT*:  AFZA-FE-8E 

Chanuta  API ,  IL  bl868 
3345  CES/DF.,  Stop  27 

Norton  AFR  9J409 
ATT*:  AF*CF.-HK/OEE 

Tvndall  AFR,  F«  U*0* 

AFE8C/ Engineer tug  6  Service  Lab 

HAFF.C 

ATT*:  R0T6E  Llalaon  0ft  Ice 
Atlantic  Division  23)11 
Chaeapaaka  Division  20)74 
Soot  ham  Division  294  U 
Pacific  Division  96060 
Northern  Dlvlaloo  19112 
■astern  Dlvlaloo  6*066 
ATT*:  Sr.  Tech.  FAC-03T  22)12 
ATT*:  Aaat.  CM  *60,  P6C-0)  22332 

•CEL  93041 

ATT*:  Library  (Coda  L0*A) 
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Bethesda,  MD  20014 
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Engineer  modeling  study.  —  Champaign,  Ill  :  Construction  Engineering 
Research  Laboratory  ;  available  Iron  NTIS. 

3v.  (Technical  report  /  Construction  Engineering  Research  Laboratory  ; 
P-131) 

Contents:  v.l*  Executive  sunmary  /  by  John  Evans.  —  v.2.  Users 
manual  /  by  Gerald  Brown,  Hugh  Henry.  —  v.3.  CORD I VEM/Engineer  Module 
Interface  manual  /  by  Carlton  Mills. 

1.  War  games.  2.  Military  engineering  —  models.  1.  Evans,  John, 
II.  Brown,  Gerald  J.  III.  Henry,  Hugh  IV.  Mills,  Carlton.  V.  Series 
Technical  report  (Construction  Engineering  Research  Laboratory  (U.S.)); 


